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1.0 Introduction & Table of Contents 

Nordic is Cinus Logic's Fourth Generation Flat Panel VGA ControUcr to be marketicd in 
firsthalf of 1994. 

Nordic- IM is a mid-end member of the Nordic family. It is a GUI AcccUcrator with PCI 
suppon and Multi-Media Features. 

Nordic-IM is largetted for the mid to high end of the Note-book Computer Market and 
for for the energy efficient desk*top computers motber-boards. 
Nordic- IM is not targetted to the adapter market 

1.1 Table of Contents 

This Specification will address the following: 

1. Introduction and Table of Contents 

2. Basic Feanire Set 

3. Detailed List of Features 

4. Pinoui and Pin Description 

5. Architecture Specification 

6. Register Specification 

7. Product Implementation Plan 
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2.0 Nordic-IM Basic Feature Set 

1. Flat Panel VGA Compatible GUI Accellerator register and feature compatible to 
5428 and Alpine I A/V. Priority: A (= highest). 

2. 32bit CPU, 32bit Video Memory, 32bit BLT and 32bit CPU to Video Memory Dau 
Path. Priority: A (= highest). 

3. 208 pin QFP package. 

4. Targeted to sample CY Qr94, production CY Q2 '94. Priority: A (= highest). 

5. Target cost: $12 to $10 •> less than 400mil [/] in C8 Foster City. 



6. Multimedia Features 

• Pan of a well defined System Solution for high performance CD-ROM video and 
audio playback for the portable market. Priority: B 

• Pan of a wcU defined System Solution for mid performance low cost live NTSC 
Video and Audio with the NTSC decoder on a PCMCIA card. Priority: B 

• Audio Port to Display Memory: Audio Buffer to Serial Interface for CS4248 Audio 
Codec. Priority: C (CS4215 is not fit for notebook computers). 

• Video Playback decompression accelleration for CinePak including Color Space 
Conversion (YUV -> RGB). Priority: B 

• Live Video in a 320x240 or 640x480 Window from a proprietaryly compressed TV 
decoded dau source (at 30H2) on TFT color panels. Data is stored compressed and it is 
decompressed to 18bit/pel or 24bit/pcl in real time at display time. NTSC decoder and 
data compressor is on the PCMCIA card or the PCMCIA controller Please note that 
due to live video bandwidth requirements on PCMCIA bus , a relatively non-cxpen- 
sive way to achieve the second feature is to implement this compression algorithm Pri. 
ority: B re- 

• Color Key Live Video Overlay based on a 5428-like Feature Connector with pa bus 
(only). 

7. Integrated in Nordic l-M ^ . 

Cirrus Confidential 

• Color Space Converter for CinePak. Priority: B Business Information 

• I SbitDAC with direct color capability Priority: A ^, i.*^-,^-, 

, . o^^^r^ ^ " 146367 

• ^^oit KAMDAC with true color capability Priority: C 

• itv^^A ^^"^"^^^ Memory Clock (65MH2/3V 1 10MH2/4.5V). Prior- 
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• DAC IRcf Cuntni Source on chip. Priority: C. Boyd and ManShek are working on it. 

8. Direct Bus Interface: 

• 32bit VESA-VL bus (and 486 local bus) Priority: A 

• 32bii PCI bus. No on chip BIOS ROM suppon in PQ. Priority: A 

• 16bit ISA bus for demonstranon and easy system validation. Priority: B 

• 32K or 48KB BIOS ROM suppon in ISA and VESA VL bus. Priority: B (onlv for 
BIOS/ system debug) 

• At least 5 scratch pad registers: optimum 8 scratch pad registers. Priority: A. 

9. Performance Enhancements to achieve 15-20MWinmarks at IKx768 8b/pcl: 

• 32bit BitBLT with memory mapped I/O BitBLT registers (as in 5428 ?or Alpine) Prior- 
ity: A 

• BUT buffer of 8 {et^ ) bytes for Source (and Desnnaaon ?) data, (5428 buffer is 
Sbytes, Alpine is 16byies) (as 5428) 

• X/Y ojfsetfor Partem BIT (as in Alpine) Priority: C 

• h/w graphic cursor 64x64 (as in 5428) 

• color expansion (as in 5428) 

• linear memory addressing (as in 5428) 

• 4 stage 32bit wide write buffer and capability to page CPU cycles if accumulated in the 
write buffer (this is already in 5428) 



10. Display Memory: 

• OJMB ( I6bit wide). 1 MB or 2MB memory addressing 32bit wide (as in 5428) 

• y or 2 256KX16 one bank or 4 256Kxl6 two banks (2 CAS symetric, 2 WE asymetric) 
(as in 5428) 

o maximum nriemory clock frequency: 50MH2/3V, 65MH2/4.5V Priority: C 



11 .Flat Panel Support: [Priority: A] 

• Color TFT (24bit. 18bit, 12bit, 9bit) 

• Color Dual Scan and Single Scan STN(\6 and 8 bit, including dual clock panels) 

• Monochrome TFT (8bii). Cirrus Confidential 
. \A^^^ w rv , Business Information 

• Monochrome Dual Scan STN (8bit), 

• Monochrome Single Scan (4 and 8bit) suppon J 46368 
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• Simulscan with ail Fast Panels (6.3MHz or equivalent) with 32bit wide memory. 
No simulscan with 16bit wide memory with dual scan color panels. 

No simulscan for 3MHz monochrome dual scan panels. 

• 640x480 single and dual scan suppon (Prioriiy:A) 

• 800x600 TFT and no single and dual mono and color STN panel suppon (Prioriry: Ct 

• 1 024x768 TFT and no single and dual scan STN panel support , (Prioriry : D } 



I2.DtspiaT Features 

• High quality monochrome and color shading, at least as good as 6440. Priority: A 

• Shading option for fast panels. Priority: B 

• Up to 8, 64x64 Hardware Icons independently mapped color+transparent back- 
ground. Priority: C 

• Whisper Cross-Talk Reduction (If panels will be available in the timeframe and if we 
can accomodate it with the shading algorithm). Priority: C 

• "Office Productivity Booster Dual Display'* 640x480 (panel) & 640x480 (CRT) 4 or 
8b/pcl or 640x480 (panel) & 1024x768 (CRT) 4 or 8b/j4l Priority: E 

• Vertical Expansion in text and graphics (as in 6235 or 6440) 

• Automatic Centering if not expanded (as in 6235) 

• Grey-Shades Maping options ?? Is this needed ? Priority: D 

• Text Contrast Enhancement options, (as in 6235 or 6440) 

• Inking Plane ?? Prioriry: D 

• 180 and 90 degree image rotation ?? Priority: D 

• 12 and I6dots wide font support ?? Priority: D 

• hiw offset on hJw cursor ?? Prioriry: D 



I3.Resolutions Supported: 

• the same as 5428 at 5V (4.5Vmin) 

• up-to 45MHz dotclk (1024x768, 60Hz interlaced) at 3.3V 



14.Power Management 

• Mixed 3.3V and 5V operation: memory, host and flat panel independent VDD 

• Green-PC spec suppon. Prioritv: B P^^^^ Confidential 

'^'^ * Business InformatioD 

• Stand-by Mode with internal stand-by timer (as in 6235) 
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• Suspend Mode I/O or pin in all modes (LCD, CRT,Simulscan) 

• Light Sleep ?? - better not for this chip as it requires too much h/w. Priority: F 

• Panel Power Sequencing: automatic or under I/O control (as in 6235) 

• Reduced Active Power in Panel Only Operation: < 60mAmp @3.3V. Priority: A 

• Reduced Suspend Current: < O.SmAmp. Priority: A 

2.1 Inputs from the Nordic*lM Features Meeting of 09/10/93 

• 24bit DAC if not too expensive (VAR) 

• mclk @5V max 65MHz, @3V max 50MHz 

- vclk and fpvdclk @5V max 85MHz, @3V max 65MHz 
> panels: 

- TFT 1280x1024? ##, lkx768 ##, 800x600 ##, 640x480 

24biu 1 Sbit, 1 2bit, 9bit color, 6bit mono 
NEC analog oumm-> ## 

- STN 800x600 dual scan color, 640x480 ds color 16bit 

640x480 ss color 8bit 
640x480 mono bit 8bit and 4bit 

- horiz ## and verdcal centering 

- normal 9dot font in 800x600 text ## 

- simulscan for 800x600 and lkx768 panels ## (need to run all modes at 
800x600 or 1024x768 rezolutions -> option to clock panel rill h&v Blank ) 

- suppon for two alternate fonts 10x24 for 800x600 (10x18 actual 
with spacing) and 12x25 for lkx768 ## difficult !! 

' h&v text expansion in 800x600 and lkx7 68 oanek ## ^ 

- color text enhancement ## : bright white instead of white 

- on chip cross-talk reduction ## ? - any improvement ? 

- shading look-up tables ## ? - only if not too large 

- NO Whisper support even on the bus side - out ! 

• NO one 256KxJ6 DRAM support • out ! 

• h/w icon support: with h/w cursor, up to 4 simultaneously. Horizontal position 
controlled in increments of 64 pixels. 

Icon attributes: off/on, 4 colors/3colors + transparent, no blink/blink, (simple/dou- 
ble). ^ 

H/W cursor goes over the h/w icon (visually). Uses independenly mapped color in 
RAMDAC RAM. Stan at scan-tine 64. 

- PC98 intggrariy^T|7 ## . to be negotiated 

- reserve pins for SDRAM-s and CDRAM-s ## 

• NO true tlual display] Cirrus Confidential 

Business Information 

2.2 Inputs from Compaq 09/10/93 

■ 50MHz 486DX bus ^ 46370 

- 75Hz refresh rate 

- need one 256Kxl6 support with Audio and some video for Contura • build one 
motherboard for Contura and LT Lite. Two DRAM-s only on LT Lite. 



Nordic- 1 M Design Specification rev.3.9 October 20. 1993 



5 



Cirrus Logic, Inc. Confidential Information 



- think that 8KB/bufFer of audio buffer is not enough 

- want to use Analog Devices for Audio 

- No clear winner on conpression. They arc watching. Need indeo driver. 

- Play-back zoom is required. At least pixel replicanon. 

• Very interested in Compressed Live Video. WAnt to talk more. 

- need h/w icon 64x64 with 3col+transparency or 4 color, with pixel replicanon to 
128x128. 

I 

23 Inputs from AST 09/15/93 

- They prefer horizontal icon 

2.4 New Features as of 10/04/93 

• 4bit/pel packed suppon for Windows Chicago 

- 8bii/pel video out to the Feature Connector for conversion to NTSC-out 
with Nordic running 640x480 interlaced mode. 

Another idea was to use some of the panel outputs in this case and extend 
the data out to 16bits. 

- The h/w icon can be horizontal or vertical using the Motion Video Window as implemen- 
tation vechicle •> is it worth? 

- IBM Raleigh asked for 12 and 16dois wide fonts for h/w assisted Kanji. 10/04/93 

- IBM Raleigh asked for 8bit monochrome TFT panel support. 10/04/93 



3.0 Important Additions to 5428 Data Base 

1. 32 bit CPU Data bus in VESA VL bus support 

2. PCI bus support 

3. Mono and color, STN and TFT Flat Panel support (incl. hfb). 

4. Live video in a true color window with Windows running in planar VGA mode, 
without a video port (using PCMCU standard bus and Sasha's decompression 
technique). 

5. CINE PAK decompression acceileration 

6. Audio Port support for CS4215 

7. Power Management: panel power sequencing, stand-by mode, suspend mode 

8. Mixed VolUge, 3 JV operation and low active/suspend/standby power 

9. h/w icon support, with a h/w cursor support 

10. BLT performance improvements: Memory Mapped BLT I/O, paltemninE, 16 
byte Source buffer 
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1 1 ,[duai display 1024x768 on CRT with 640x480 on LCD, using the same RAMDAC ] - 
if decided to do now 

4.0 Detailed List of Features 

4.1 WAS: On the Cross Talk Reduction Technique -> not in -IM 

This pan was deleted from Nordic- IM spec stardng rev. 3.8 (09/11/93). 



4.2 Green PC Spec Support 

(Based on VESA DPMS Proposal l.Op rev. 0.53p) 

This specification rcffcres to CRT Monitor power management Additionally. Nordic will 



TABLE 1. Display Power Management Summary 



Stau 


HSYNC 


VSYNC 


Video 
RGB 


CompliaDce 


Power 


Recovery 
Time 


CRT On 




Pulsees 


Active 


Mandatorv- 


None 


NA 


CRT 
Stand-by 




Pulses 


Blanked 


Optional 


Minimal 


Shon 


CRT Sus- 
pend 


Pulses 


No Pulses 


Blanked 


Mandatory 


SubstantiaJ 


Longer 


CRT Off 


No Pulses 


No Pulses 


Blanked 


Mandatory 


Maximum 


System 



control DAC power consumption. These power management CRT Monitor states arc not 
necessarily related to the graphics controller power management states. 



WcUJ define 2 biu - GRE[2:1] (the same as Alpine) that control HSYNC, VSYNC and 
DAC Power Off signal (or Blankn to the DAC), 
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TABLE 2. GREf2:ll Effect 



GRE|2:1) 


CRT 
Stzu 


Vsvnc 


Hsync 


DAC Power 


Nordic 
Power 

Managemeot 
State 


0 


On 


pulsing 


pulsing 


on 


acQve 


1 


Stand-by 


pulsing 


stanc at 
MISC[6} inac. 
live level 


off 


active 


2 


Suspend 


static ai 
Miser?] tnK- 
tive level 


pulsing 


off 


active or 
stand-by 


3 


Off 


stanc ai 
NflSCrT] inac. 
tive level 


statical 
MISC[6] inac- 
tive level 


off 


active, stand- 
by or suspend 



If Nordic is in its own Suspend mode, the BIOS should program GRE[2:1]=3 to put the 
monitor (if any ) in the Off state. 

If Nordic is in its own Stand-by mode, CRT Suspend mode should be forced bi the h/w. as 
stand-by is a timer driven mode and no s/w gets to play. 

If Nordic is in LCD only, the BIOS should set GRE(2:1] to 3 to power off the CRT that 
may be connected to the notebook computer. 

If CRT only mode and CRT is in stand-by or suspend, the BIOS may reduce the video 
clock and even memory clock frequencies after saving the cuncni values. 

Except for the above restrictions, CRT Power Management modes are not related to Nor- 
dic power management modes: they can be independently programmed. 

If MISC bit is programmed for positive polarity, the SYNC signal will be stopped L oth- 
erwise it will be stopped H. 

4.3 Play-back Decompression Accelleration 

(applicable to Cinepak as well as other compression 
standards) - old, kept here only for reference 

4,3.(1 Thf nmhif m CIrnis ConndeDtial 

Business Informatioo 
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a) When playback data is compressed on a CD ROM, it is encoded in 24bit/pcl YUV with 
crominancc sub-sampling. Due to CDROM reduced bandwidth the display window is 
160x120 or 320x240. If this compressed data is decompressed at full pixel depth, it 
should be displayed as 24bit/pcl RGB window under MS Windows. As the play-back data 
is sent to the graphics controller from the CPU bus, it has to be placed in Video Memory in 
320KB. 

A standard VGA controller or even GD5428 are able to display the 24bii/pel play-back 
window only if MS Windows is run in 24bit/pel mode (for instance 1024x768 24bit/pcl or 
640x480 24bit/pel) by the driver. Under these conditions, the CPU will have to write the 
un-compressed 24bit/pel play-back data in the appropriate position in Video Memory, 
contigouus to the entire displayed data. 

So, in order to display 24bit/pcl in a play-back window, GD5428 needs the driver to run 
24bit/pcl at the maximum display resolution. 

But, in order to run 640x480 at 24bit/pel we need 92 1 .6KB of Video Memory and in order 
10 run 1024x768 24bit/pcl we need 2359.296KB of video memory. (Please note thai 2M of 
memory has 2097. 152KB). 

Also, when running windows in 24bit/pcl mode the performance will decrease 3 or 4 rimes 
relative to 8bit/pel mode, especially when using DRAM as Video Memory. 

b) When running through MS Windows GDI, the driver can play-back data at 1 Sfps or less 
(with a 486 33MH2). It is desirable to play-back data at 30fps, 

This can be accomplished today only if the driver does not go through GDI. 

c) If a picyurc was stored on CDROM at low resolution (160x120 or 320x240) and it 
needs to be "zoomed", it has to be interpolated both horizontally and vertically for good 
picture quality. Vertical interpolation is expensive in h/w. Cirrus Confidential 

Business Information 

4J.1 The Generic Sohitmn ■ old, h^rp fnr refgr^ncg nnlv 

Today's Windows Accellerators run MS Windows, including the play-back window with 
the same pixel depth (8bit/pel), normally going through the RAMDAC, but using a split 
palette approach with 16 colors reserved for MS Windows and 240 colors reserved for the 
play-back window. The Cinepak driver writes data in video memory in 3:3:2 RGB format 

(8bits/pel) which iscreated by the driver. Because of the s/w overhead involved in decom- 
pression as wcU as the GDI overhead, it is hard to go beyond 320x240 clips at 15fps, 
though the display quality is much lower than what Cinepak could achieve (240 colors 
versus 16 million colors). 

To run Cinepak with 24pit/pel resolution, today's graphics controllers would require to run 
MS Windows in 24bii/pel mode, requiring almost 1MB in 640x480 and over 2MB.S in 
1024x768 modes. 
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A graphics controller that could run MS Windows in 8 or 16bit/pel mode while 
displaying only the piay-back window in 24bit/pcl mode would increase significantly pic- 
ture quality without degrading too much MS Windows performance with play-back, 
would reduce significantly the amount of Video Memory required for the same picture 
quality and would allow a higher frame rate for the play- back. 

Further, if the play- back data is stored in Video Memory in a semi-compressed format thai 
requires less than 24bit/pei this would further decrease the Video Memory requirements 
and it may even reduce the video memory band-width requirements. 

When zooming the play-back window from 160x120 to 320x240 or higher it is important 
to interpolate. Verdcal interpolation can be done in s/w but with a relatively large over- 
head, it may be possible to do vertical interpolation on key frames, but there is no practical 
way of doing vertical interpolation on inter-frames either in s/w or with h/w assist on the 
CPU write side of the graphics controller. If s/w driven vertical interpolation on key 
frames is not a solution, then vcrical interpolation can be only achived in h/w on the CRT 
read side and this requires either one or two 16bit/pel line buffers or a big penalty on video 
memory bandwidth (the equivalent of reading 32 or 48bits/pel). 

Horizontal interpolation can be done before play-back data is displayed, without s/w help. 

Please note that there are multiple ways to solve the play-back problems. In Nordic- IM 
we'll try to strike a ballance between the complexity of the h/w solution and the quality of 
the play-back image. 

To a large extent, the solution adopted in Nordic- 1 M will be generic, not tied to Cinepak, 
though it will be first applied to Cinepak. 



4.3.2 Nordic- IM old Play-back AcccUeration Solution -> canned, kept here for reference 

a) Nordic-lM will run Cinepak at 1:1 scale exactly the same way as todav^s graphics con- 
iroUers: in 8bii/pel MS Windows with 8bit/pel (3:3:2 RGB) play-back window. 

b) Nordic-lM will run 1:2 scale (zoom) in 8bit/pel 1024x768 MS Windows with 24bit/pel 
(8:8:8 RGB) pixel depth in the play-back window, horizontally interpolated and vertically 
doubled. Play-back data will be stored in video memory as 16bit/pel (YO UOl Yl UOl )' 

ONordic-lM will run at 1 :1 scale in 16bit/pel 1024x768 MS Windows with 24bit/pel pixel 
depth ui the play-back window. Play-back data wUl be stored in video memory as 16bit/ 
pel (YO UOl YI UOl ). This mode is good for programs that store data in 320x240 foimat. 

Because today large play-back windows look bad, while small ones look OK, this solution 
will improve picnire quality to a large extent. 

Cirms Confidential 
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Concerns: 

Many play-back programs today don't even have a zoom option. To this extent mode "b" 
may not be needed. " 

Mode c could be implemented today with 16bit/pel RGB (555) in s/w and the only 
improvement we provide is 24bit/pel capability and h/w color conversion (some level of 
acceUeranon). So mode "c" may not be needed as a special h/w. 

If this is tbe case, maybe we do not need to do anytbing in h/w for Cinepak ! 

One idea: should we run 24bit/pel MS windows stored in 4:2:2 (YO UOl Yl UOM for- 
mat? TTus will allow us to run 24bit/pcl MS Windows and use 16bit/pcl memory space 
with no loss of quality. TTie windows driver could compress the data and the h/w could 



4.4 Nordic-IM Motion Video Architecture 

4.4.0 Tbe Problems to Solve & Generic Solutions 

Nordic-IM is supposed to suppon CDROM play-back and live-video under Microsoft's 
Video for Windows. Wid, aU of today's VGA Compatible Graphics ControieTthc pUy- 
In oth« ^h'"'' '° '"^^ suiTownding MS W^indows pixd dVpt^^ 

J:~;:b::k';^;dr^ 

t^!.°«^ '^''m,*" ™" ''^'y ^^'^^ ^""^ » ^'deo Pon (« Feature Connector) ' In 
Due trCDP^M'^r °"''}'' " * "''^ '° '^'fi"* ^ideo window 

tions oSv f complexity. CPU bus and Video Memorv limiu- 

Dons. only smaU clips at 151ps or less can be playd-back today So today we n'eed a \ot of 

use less Video Memory, mcrease the clips size, their resolution and speed. 
Nordic-IM is supposed to support- 

Cin;;2"a^X'*'"' ^'^^'^ ^-'^-^^ «P--lly 

fo;:'rti^°.^S^^^^^^^^ - ^ ^CMCU host adapter. 

com^atiwf for'TMitimSS ^Trt^^^''""^ "^'^ ^'^"^^^^ ^""'^ Connector 
boarrrolution!. C""^"*^ ^irea NTSC input (full mother- 



What will Norriir.lM hrinp ,n ^r,^p^ 
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A. Nordic- IM will break the dependency between the pixel depth of MS Windows and the 
pixel depth of the live-video / play-back window. By doing so. Nordic- IM will be able lo 
mn 24bii/pcl LV/PB while running MS Windows in 8bit/pcl or 4bit/pcl (even planar). 
This wiD lead to high quality live-video and play-back, while minimimg Video Memorv- 
requirements. 

B. Nordic- 1 M will further reduce Video Memory requirements as well as Video Memorv* 
Bandwidth requirements by storing data in compressed form: 4:2:2 YUV (16bit/pen 4- 1 • l 
YUV (12bit/pel) or Sashapak YUV (2.6bii/pel) 

C. Nordic- IM will define one architecture and work-frame to r\in both play-back and live- 
video in a unitary way for both s/w and h/w. 

D. Nordic- IM will suppon up to two active LV/PB windows at the same time. 

E. By providing h/w YUV->RGB conversion and 1:2 zoom Nordic-IM will accellcrate 
playback for most standards, but mostly for standards that allow us access to their decom- 
pressor like Cincpack (for whose decompressor we have a licence). 

Nordic- IM will not provide Cincpak specific accellcration (custom BLT). 

On the I JVe Video from Featitr^ Conni^rtnr (nr Viripn Pnrt^ 
Due to pm-out iimiutions, the VAFC implementation has to be limitied to 8 pins of data 
requiring external muxing of 16bit data to Nordic. Further, the VAFC solution will be 
restricted to 5428 type support: overlay and color key (no memory video pon). The only 
additions to the 5428 suppon will be the internal YUV-> RGB convener able to accept 
sequential 4:2:2 YUV (16bii/pel in avarage: YO,U,YLV) and display it as a 24bii/pcl RGB 
in the overlay/color-key window. We may also suppon horizontal 1:2 zoom with avarag- 
mg. Nordic- IM wiU be back-wards compatible to 5428 and it will suppon also 16bit 5-5- 
5 RGB Sierra and 5-6-5 RGB XGA pixel fomiats. As in 5428, Uve video from the Feature 
Connector can be executed only from mode 5F (640x480 256 colors). 

In the following we wUl refer mostly to the other two modes of operation: play-back and 
hve video from a PCMCL\ card, which we'U caU compressed live video, because due to 
PCMCIA bus bandwidth Umitations, we assume that video data received by Nordic is 
compressed with Sashapak (see Sashapak detailes funhcr in this spec). Please note that 
due to Its huge advantages, it makes sense to use Sashapak as a mother-board solution too 
The main reason we continue to suppon the Feature Connector based live video is the 
availability of drivers for 5428 which wiU give Nordic an early stan in the live video 
arena. 



Video M<>morv Ranri.yjyj th rnnctrfli ntc ; 

Please note that, even with a 32bit wide Video Memory, there are severe memory band- 
width limitaoons when mnning 16bit/pel and 24bii/pel graphics modes. 

Assumming that Nordic- IM does 8 CRT fetches in a row and 1 CPU cycle, for a CRT or 
TFT panel, here arc the minimum frequency requirements for memory clock frequency at 
different rezolutions and pixel depths* 

R+7P+R=i2m+14m=26m with 1 CPU cycle per CRT FIFO fiU fetches data for 

32B/3B.iOpixels Cirn.s Coondeotial 
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R+7P = 6m+14m = 20m with no CPU cycle during non-display time 
min mclk frcq = 65MHz / 50MHz @ 640x480 -> Nordic- IM. upper limit at 5V CVDD 
= 104MH2 / 8OMH2 @ 800x600 -> too high 
= 169MHz/ 133MHz @ 1024x768 60Hz -> too high 

16bii^pcl: 

R+7P-t.R=12m+14m=26m / R+7P = 20m fetches data for 32B/2B=16pixels 

min mclk frcq = 40.6MHz / 36MHz @ 640x480 -> OK even ai 3V 

= 65MHz / 50MHz @ 800x600 -> Nordic- 1 M upper limit at 5 V CVDD 
= 105MHz / 83MHz @ 1024x768 60Hz -> too high 

mm- 

R+7P+R=12m+14m=26m / R+7P=20m fetches data for 32B/1.5Bs21pixcls 

min mclk frcq = 30.9MHz / 23MHz @ 640x480 -> OK even at 3V 

= 49.5MHz / 380MHz @ 800x600 -> OK even at 3V 
« 80.4MHz / 64MHz @ 1024x768 60Hz -> too high 

8bit/pel: 

R+7P+R=12m+14m=26m fetches data for 32B/lB=32pixels 
min mclk frcq = 20.3MHz @ 640x480 -> OK even at 3V 

= 40.6MHz @ 800x600 ->0Kevenai3V 

= 52.8MHz @ 1024x768 60Hz -> OK at 5V 

We may conclude that Nordic-IM will be able to run 24bit/pel only at 640x480 rezolu- 
non, 16bit/pel up to 800x600, 12bit/pcl up to 800x600 and 8bii/pcl up to 1024x768 rezolu- 
don. These results apply only to CRT or TFT and single scan STN panels. 
Please note thai for dual scan STN panels the memory requirements increase significantly 

These severe memory bandwidth limitations lead us to attempt to minimize video memory 
traffic. If we store CInepak data in 4:2:2, with an avarage of 16bitypel. independent of 
Cinepak window size, Nordic-IM will not be able to run Cinepak above 800x600. 
Any anempt to execute vertical zoom with interpolation, even with two points interpola- 
tion will further aggravate this memory band-width bottieneck. The next step should be 
lOOMHz SDRAM-s with a large CRT FIFO (32x32) or 64bii wide memory data bus. 
These considerations apply to any playback compression standard that stores data in 
video-memory as 16bit/pel in avarage. The key to a successful compression standard 
would be one that does decompresssion on the CRT memory read and stores data in mem- 
ory as 8bit/pel or less, in avarage. 

As we store live video at 2.6bit/pel and fetch it as if it was 8bitypel with Sashapak. 
Nordic.lM should be able to run live video even at 1024x768. 

If we defined a new CDROM play-back standard based on Sashapak. then we could run 
even 1024x768 with 24bit/pel accuracy and keep it memory as an 8bit/pel. Keith and 
Ken are actually working on it, with Sasha*s help. 

Cirrus Confidential 

4.4.1 On Sashapak Business Information 

Sashapak is a highly assymciric. lossy "Block Truncation" compression algorithm opti- 
mized for visually equivalent image processing. 

Data IS proccesscd as Y,U,V one byte each. U and V are sub-sampled, characterizing one 8 
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by 8 pixel array, while Y is characterizing a 4x4 pixel aray. Actually one of two values is 
assigned to each pixel inside the 4x4 (for Y) and 8x8 (for U and V). 
At compression time, the compression chip determines a threshold and two values U&L 
for each group of sixteen (4x4) pixels. This way all pixels above threshold will be 
assigned the value U, all pixels below threshold will be assigned the value L. 



YO 



31 Ibyte 



Ibvte 



U 



2bytes 



BITMAP 



YO 


Yl 




Yl U 


L 


BITMAP 


Y2 


Y3 




Y2 U 


L 


BITMAP 





Y3 



U 



BITMAP 



64pixels are described by n 

6x4B=24B=192bits 

=> 3bil/pel 

Using 6bits for U & L V 
the compression will be 
2.6bit/pel. 



U 



BITMAP 



U 



BITMAP 



At decompression, the bitmap will control a mux between the U and L values. This way 
the decompression is straightforward. 

The main drawback of this ^proach is that a BITMAP contains Y data from 4 scan lines 
and U,V data from 8 scan lines. When data is read from memory to be displayed only data 
from one scan Une is used. Similarly the U/L values apply to several scan-lines and the 
same value will be read in each scan line. The same data will be read again and again in 
each scan line raising the actual memory bandwidth requirements to an equivalent of 
16bit/pel n\ap. 

In order to overcome this problem and reduce memory bandwidth rcquiremenis. Sasha 
proposed a scan line oriented, segregated mode of data organization. This would 
require the Sashapak compression chip to write compressed data in a specific way puting 
the strain on the compresion chip address generator. The basic principles of the new orga- 
nizadons are: 

1. Data is organised in the MV Window in chunks of 32 sequential pixels. 

a) For 8bit U/L resolution, as one Y covers 4 pixels, 8 U/L sequential values arc needed. 
16bits each -> 8xl6/32s4W (8xl2/32==3W for 6bii res. U/L) (where W is a 32bii word). 

b) U and V U/L data is packed together in the same word (16biis for U U/L and 16 bits for 
V U/L -> total 32bitssl W) and as one pair of U and V applies to Spixels, 4 such values 
are needed for 32 sequential pixels -> 4x32=4 W. (4xl2x2/32=3W for 6bit res. U/L) 

c) The mask data is also scan-line oriented: all 32bits of Y mask of sequential 32pixels are 
placed in one 32bii word and due to sub-sampling on U and Y ail 32bits of U and V mask 
of sequential 32pixels are placed in one 32bit word. So in 2W data for 32 sequential pixels 
on one scan line is packed. -> 2W (the same for 6bii resolution for U/L) 

d) For 640x480 window size, even at 8bit U/L resolution, data for 8 scan-lines fits in one 
DRAM page (symeoic DRAM-s assumed): 320WY+80WU+80WVs480W < 512W page 

Clrms Confidential 
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480W for o ne 8x640 pUeis block fits in one page 

SLA* 

KfVW 
STAJn 



U/L for Y 


U/L for U.V 


Y biunaps 


UV biimaps 


1 



8Bii per U/L 
resolution. 



n-Mvw^jnsei jouw oj-A+Aun gQw aLA^-Mjn louw ^LA^ivun suw Data Grouped 
Where Si is scan-Une number i inside the block • • - ^^-^ per Scan Lines 



f) The key to memory bandwidth optimization is the fact the the compression chip will 
organize data sequentially over 32 pixels instead of 8. This will be done for the mask bits 
which will be organized sequentiaDy by scan line and for the U/L data. This way a 32bit 
word of Mask data contains only information for the current scan line and no extra mem- 
ory fetches are required. The main reason we segregate U/L for Y and U/V is the fact thai 
we want to use 6bit U/L. In this case it is easier to identify the proper U/L info chained 
within 32bit words if the words are sequential and we have a fix relationship between 
their address and the 6bit U/L quantities. 

g) If we calculate now the amount of data we need to fetch to display 32 sequential pixels- 

• for 8bii per U/L: 4W (YU/L) + 4W (UV U/L) + I W (YM) + 1 W (UVM)=10W=40B 

-> 40B/32pixels«320bit/32pixels=10bit/pcl to fetch from memorv 

- for 6bit per U/L: 3W (YU/L) + 3W (UV U/L) + 1 W (YM) + IW (UVM)= 8W=:32b' 

"> 32B/32pixeis = 8bit/pixel 
This is a very good data fetch ratio, much better than the 16bit/pel we^d get without the 
optimization. 

g) When reading data from the Motion Video Window the controller will generate the fol- 
lowing sequence of addresses, all of them in the same DRAM page (8bii per U/L): 

- fetch the YU/L for the first 32 pixels on scan-line n at addresses* 
MVW_Stan+n*MVW.offsei, +1, +2, +3 

- fetch the UV U/L for the first 32 pixels on scan-line n at address- 
MVW.Stan+n*MVW.offsct+AOh, +1, +2, +3 

- fetch the Y BitMap for the firei 32 pixels on scan-line n at address' 
MVW_Stan+n*MVW^offset+FOh 

- fetch the UV BitMap for the first 32 pixels on scan-line n at address- 
MVW.Stan+n*MVW.offset+190h 

- fetch the YU/L for the first 32 pixels on scan-line n at addresses* 
MVW_Stan-^n*MVW_offsct-Hi, +5, +6, +7 

- fetch the UV U/L for the first 32 pixels on scan-line n at address: 
MVW_S£an+n*MVW_offset+A0h+4. -»-5, +6, +7 Cirrus Confidential 

- fetch the Y BitMap for the first 32 pixels on scan-line n at address- Information 
MVW_Stan+n*M VW_offset+FOh+ 1 

• fetch the UV BitMap for the first 32 pixels on scan-line n at address 
MVW.Stan+n*M VW.off set+ 1 90h+ 1 

■ now the MVW FIFO is full. 

• chunks of ten 32bit words will be proccessed for every 32pixels displaved 

- the MVW FIFO gets empty after the first 10 words being read for decompression and 
display. 

Please note that all data for every 8 scanlin^s starting from the top of the MVW is in the 
same DRAM page. 

Because we have to fetch the MVW Data before we stan displaying it. and because at thai 
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time the CRT FIFO does not empty as fast as it is needed (unless MS Windows is running 
at the same pixel depth as the MV Window), it is necessary to have a separate FIFO for the 
MVW or at least half the FIFO (at least iOW for 8bit per U/L and at least 8W for 6bits Dcr 
U/L). ^ 
h) When we run 6bit per U/L, because the Video Memory band-width requirements are as 
if we were running 8 bit/pel, we could do verdcal zoom with avaraging. But there should 
not be a need for zoom with Live Video because there is enough CPU and memory band- 
width to run 640x480 windows even when MS Windows is run as 1024x768 4 or 8bit/pel. 

Conclusion: With Sashapak we can get data organized in memory such that the memory 
bandwidth is as for 1 Obit/pel (8bit U/L) or 8bit/pcl (6bit U/L) pixel depth. The actual 
memory area wiU be close to 3bit/pel or 2.6bit/pcl depending on the resolution of U/L val- 
ues - 8 or 6bits per value. 

Please note that the memory area will be slighUy larger due to the faa that we use only 
480 words in a page of 512. 

4,4.2 YUV to RGB Conversion Aigoritbm 

The ideal YUV to RGB transformation is: 

R=Y+1.37V 

B=Y+1.73U 

G=Y-0.699V-0.336U 



After defining an objective way of measuring color error, Sasha came up with the follow- 
ing Conversion algorithm: 
R=Y-^1.375V=Y+1 3/8 V 
B=Y+1.75U=Y+1 3/4U 
G=Y.0.375U-0.75V= Y-(3/8U+3/4V). 

This algorithm can be implemented with 8 9bit adders. 

4.4.2 Motion Video Architecture Functional Blocks 

Instead of treating play-back and live-video as two separate modules, we'll isolate several 
generic functions to be used by both: 

Cirrus ConfideDtial 

• Display Window Generation Block: Business Information 

allows s/w to define one or two play-back or live video window(s). 
The MV Window is defined in 4bii/pcJ equivalent CRT Addresses* 

- MVW Stan Address (19bii) 

- MVW Width (max 640pixels 80 addresses) -> CRT address after MVW on 
each scan line. 

- The number of rromory cycles to be executed at MVW pixel depth on each M VW^ 

scan-Une (max 320 cycles for 16bii/pel storage at 32bit^el pixel dcoth) -> 
scan line end. r k / 

• MVW OFFSET to the stan of the next MVW Scan Line (19bit) 

- MVW End Address ( 1 9bit) or MVW number of scan-Unes (9 bits). 
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Scan-line doubling for "zoom" should be taken into account when designing DWG. 

- Off-screen MV Memory Addressing and Access Control. This includes data type tag 
gencradon based on MV memory Address and the circuitry placing the tags in the CRT- 
FIFO. This also includes the MV prefetch cache that makes sure that there is enough 
prefetched MV data before starting and MV scan line display. This block has provisions 
for scan line replicadon by repeating the MV address generated on the previous scan line 
of the MV window (only). 

- One tag bit is generated based on CRT Address and is 1 if the data in the CRT FIFO and 
the pre-fetch buffer is from the MVW, other-wise is 0, This tag bit, called the steering bit 
will be delayed through the entire data path and end up controlling the final video data 
mux just before the DAC 

- MV Data Path and CRT-FIFO Control. This is area wise the largest piece. It consists of a 
new I6bit wide data-path with the same delay as the VGA data path, that takes MV data 
from the MV prefetch cache and the CRT FIFO, treats it appropriately depending on the 
MV data format encoded in the MV tags and converts it to 24 bit YUV first and 24bii 
RGB second. Horizontal zoom with avaraging (or maybe 5 levels of interpolation) is m 
this block too. 



• Pre-fetch MVW Buffer - is needed in order to pre-fetch scan line data for the Motion 

Video Window every scan-line. Because the MS Windows pixel depth and MVW pixel 

depth don't match, it is necessary to fill in a separate buffer every 

MVW scan line before the CRT- Address Counter reaches the window boundary. 

The buffer will be fiUcd first during vertical non-display time and later after each VMW 

scan-line display. For Sashapak this buffer has to store dau for 32pixels 

( 10x32bit for 8bit per U/L or 8x32bit for 6bit per U/L). 

This function can be implemented as a dinamic size modification in of the CRT-FIFO. If 
the CRT-FIFO has 24 stages instead of 16 but only 16 stages are used before the MVW but 
it IS switched to 24 when MVW fetches start, there will be 8 more stages to fill at that time 
ensuring more prefetched data in the CRT-FIFO at the beginning of each MVW scan-iinc. 

- Steering logic decode the tags comming out of the special addition to the CRT-FIFO and 
the pre-fetch buffer and controls the decompression, formatting and serialization. 

(they tell the formatter what data is Y U or V). 

- While switching to display the MVW the CRT Address counter continues to count at the 
pace set by the graphics mode outside the MVW (4 or 8 bit per pixel normally). The 
counter contents is compared with the MVW boundaries to detect the end of the MVW. 

- What about the video serializer load and the CRT FIFO read signal? What hapens to 
them when in VMW? They are one signal today 

WHEN the data path switched to display VMW data, what hapens with the VGA Video 
Data Path is don't care as we do not display that data, except for the h/w cursor anf the h/ 
w icon that do not go through the standard VGA serializer. So we'll probably stop the 
VGA data path untill the point h/w cursor and h/w icon are combined into it, to save 
power, as we wiU stop the VMW data path when not in use, for the same reason. 

\nrHi/^ \\AT\ Z Z '■ Cirrus Conrideotial — 
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So, the Video Scriaiizcr Load nnay be stopped while VMW data is displayed, but the CRT 
FIFO read will be going on, with a frequency and shape depending on the data format 
loaded in the CRT FIFO for didplay. 

At the beginning of each VMW scan-line, the CRT-FIFO signal read will be applied only 
to the prc-feich buffer and not to the CRT-FIFO itself (the CRT-FIFO read pointer won 't 
change). Subsequently, when the pre-fetch buffer is empty (format dependent), the CRT- 
FIFO read will be applied to the CRT-FIFO read pointer after the data the pointer is point- 
ing to was loaded into the VMW formatter and serializer. 

In RGB 3:3:2 8bit/pel direct color mode CRT-FIFO read wiU be generated every 4 vclks. 
In standard RGB 5:5:5 or 5:6:5 16bit/pel modes CRT-FIFO read will be generated every 
two vclks. 

In YUV 4:2:2 24bit/pel (YO U Yl V on one scan line) the CRT-FIFO read wiU be gener- 
ated also every two vclks. 

IN Sashapak 10 (for 8bii per U/L) or 8 (for 6bit per U/L) CRT-FIFO read pulses will be 
generated every 32 vclks. 

- The VMW Address Counter, loaded at the beginning of each VMW scan-line with a stan 
address calculated based on the Stan VMW Address and the VMW Address Offset, will 
count at format dependent rate for as long as the CRT-FIFO is not full. Because the CRT- 
FIFO will be emptied faster in the VMW (in general the pixel depth will be higher in the 
VMW) there will be requests for more memory cycles when displaying in the VMW. 

• If either h/w cursor or h/w icon are on, they should be displayed even if the direct data 
path is used. In this case both video data pathes will clock and the steer ug will point to 
the VGA data path when either h/w cursor or h/w icon or both are displayed, even on top 
of a M V window. Please note that neither the h/w cursor, not the h/w icon data go through 
the CRT FIFO or the VGA Data path except for the final pixel address block and the 
RAMDAC RAM, though they have a special path in the RAM. So we could stop most 
of VGA data path (including the internal palene) but not all of it even if we are in 1 6bit/pel 
mode (the new one that goes through a separate 16bit data path). 

- If we are in a 16bit/pel mode with no h/w cursor or h/w icon, or in a 640x480 MVW 
mode filling the screen, we can stop the VGA data path to save power. 

- The off-screen MVW memory will be a fix memory array towards the end of the mem- 
ory, but before h/w cursor, h/w icon and the half frame buffer, even the color one. The stan 
of the MVW memory will be fix for a memory size but it wUl be moving with the memory 
size: 2MB configuration will support enough memory to support: 

- one 640x480 3bit/pel window or up to two 320x240 3bit/pel (Sashapak) -> 32KW 

- one 640x480 16bit/pel window or two 320x240 16bit/^I windows 
(153.6KW=614.4kB out of 256KW or 512KW available depending on the mcmorv con- 
figuranon) , 

- ail of the above at the same time up to a total of two windows though. 

1MB configuration will support: 

- one 640x480 3bit/pel Sashapak window or two 320x240 Sashapak windows or 

- two 320x240 1 6bit/pel windows. 

In general, the MVW off-screen memory start address is fix, but it can grow into hfb mem- 
ory if there is no hfb. 

Cirrus ConfldeDtiat 
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We may decide to place the start of the hf/W memory array at either one of two locations 
to optimize for TFT panels versus STN color 

PLcasc note thai about 56KW are needed for 800x600 DS Color STN HFB, the h/w cur- 
sors and h/w icons while about 36KW are needed for 640x480 DS Color STN HFB and 
that 

- 640x480 4bii/pel requires 38.4KW 

- 800x600 4bit/pcl requires 60KW 

- 1024x768 4bit/pci requires 98.3KW 

- 640x480 8bit/pel requires 76.8KW 

- 800x600 8bit/pcl requires 120KW 

- 1024x768 8bit/pei requires 196.608KW 

Video Motion Formats supported are: 

- 8bit RGB not going through the palette (RGB 3:3:2) 

- 16bit RGB (5:5:5 Sierra and 5:6:5 XGA) not going through the palette •> this is a 16bit/ 
pel that does not require double dotclock !! 

. 4:2:2 YUV YO,U, Y 1 ,V for Cinepak (or 4: 1 : 1 if proven more useful) 

- Sashapak format (YO-ULM, Yl-ULM, Y2-ULM, Y3-ULM, U-ULM. V-ULM) 

The tags that accompany the motion video data through the CRT-FIFO mark both the data 
format and the type of data inside the fomiat (U/L for Y or U,V or mask for Y or U V in 
Sashapak, YO, Y1,U or V in 4:2:2). 

Note: It may prove simpler to design a system in which the MVW is defined on the Hori- 
zontal and Vertical Counters instead of the CRT-Address. In this case, for the system tobe 
simple we should fetch both normal CRT dau and MVW data on the scan-lines on which 
there is MVW data. Other-wise we have to prefetch CRT data during the window. 
The system would have two separate FIFOs. A MVW wiU be detected during the hori- 
zontal non-display time of the previous scan line and a MVW FIFO fill will occur. Once 
the MVW FIFO is empty, a refill wiU be in order The CRT FIFO will be refilled before the 
MVW ends unless the CRT FIFO cycles continue normally during the MVW. which 
requires a lot of memory bandwidth. 
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Stan Address 



Offset to the 
Next Scan-Line 



CRT 
Address 



KfV^'-Cy-CTR 



Set 



Width 



Motion Video 
Window 
Display Posidon 



Last Address 



MVW-Stan 
Address 



1 



MVW-Offset 
Address 



first-line 



DF 



Rsl 



first-line 



MVW Stan 
of Line 



?MVW 
* Nr.of.Cy 



T 



MVW- 
I Width 



SD Ld 
CRT-Add CTR 



Reset 



T 



MVW-Line 



CRT Address 



I MVW-Line -> Controls Stan and End for MVW 
t Cycles on a MVW Scan Line 



Note: For timing considerations MVW-Stan Address and MVW-Last- 
Addi^ess will be programmed as minus 1 or even minus 2 if required, to allow 
early detection of a window boundary. 
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4.5 Feature Connector Support 

Nordic- IM will support 5428 Feature Connector so that it is compadble to Media Man- 
ager. 

Nordic- IM will suppon VAFC (Vcsa Advanced Feature Connector) in the 8bii VSVTC 
passthrough compadbility mode. 

The main diflFerence betccn 5428 FC and Nordic FC is the fact that 5428 FC has one 

EDCLKn control pin controlling the direcnon of the DCLK pin, while Nordic- IM as well 

as VAFC have a FCDCLK output pin and a FCVCLK input pin. 

Dave Keene believes that 5428 FC is VAFC compadble. To ease the design, 1 kept 5428 

FC pin names (not VAFC pin names). 

On VAFr comnatihtlifT here are some comments: 

- GENCLK can be applied on XVCLK if SR22[3]=1. 

But, if SR22(3]=1 (select xdk) & SR24m=l (VAFC enabled), Uien XMCLK 
should get OSC and MCLK Synthesizer operates normally, except that the reference 
frequency comes from XMCLK instead of OSC pin. If SR22[3}sl & SR24[7)=0, then 
MCLK comes direcUy from XMCLK pin and the MCLK and VCLK Synthesizers 
are powered*down !! 

- GRDY signal is similar to OVRW. 

- VRDY is similar to EVIDEO if EVEDEO is dinamically switched as a valid data in sig- 
nal. 

• EGENn is not needed if we configure Nordic-IM in the right configuranon with 
SR22[3] (XCLKPU) and SR24[7] (VAFCPU). 

- As VAFC maximum FCVCLK frequency is 37.5MH2, VAFC supports a mode in which 
data is sent at 37.5MH2 to the DAC and it each pixel will be displayed twice if the chip is 
running at 75MH2 pixel clock. This allows only 8bit/pel data to be displayed. To display 

1 6bit/pel data we should use both phases of the FCVCLK and pack the data into one pixel 
I think that this is already done in 5428. if not Man-Shek and Fong-Jim are modifiying the 
5429 RAMDAC to suppon this mode -> we need to support it too. 

- VAFC requires FCDCLK to be switchable under s/w control bcteen Ix and l/2x the 
puel clock. If we took this out of Nordic- IM data base, we should put it back but the 
divide by two should affea only FCDCLK going out of the chip. 

Check VESA VAFC Proposal l.Op rev. 0.31 07/15/93 for VAFC timing info. 

^ ... „^ ^ Cirrus Confidential 

i'\Qrdic>lM FC Pin< Funptional n<>crrtptiftn Business InformatioD 

Most of this is from 542X Data Sheet page 3-26: 

VSYNC and HSYNC TO Tht standard CRT pins tri-stated when FCESYNCn is L. 

Thes pins have programable polarity. 

FCBLANKn 1/0 BLANKn in 5428. If FCESYNCn is H, this is an output 

and it supplies the acmal composite BLANKn CRTC signal. 
VAFC requires this to be the composite Display Enable 
(no borders). If this is the case, we'll need a bit for VAFC 
that puts DE = HDE & VDE inverted on BLANKn. 
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If FCES YNCn is L, FCBLANKn is an input and it forces 
RAMDAC RAM outputs to O^(black), but it should force 
them black before they go to the panel. 
It seems that by connecting OVRW output to BLANKn as 
input we can display FC data in a window - this will work 
though only if OVRW. internally controls the pixel address 
mux between normal VGA data and the FC data. 
FCP[7:0] VO P[7.:0] in 5428. 

If FCEVlDEOn is H, these pins arc outputs and 
rqjrcscni the pixel address of the RAMDAC. 

IF FCEVlDEOn is L, these pins are inputs and represent 

the pixel address to the RAMDAC. 

CRl A[3;2] control the way the FCP[7:0] are muxcd with 

the normal data. 

FCDCLK 0 (the actual pin is I/O) outputs VCLK or VCLK/2 if selected through s/w. 
FCES YNCn I ESYNCn in 5428. Controls HSYNC, VSYNC and FCBLANKn 

(H-> outputs, L-> H/VSYNC are tri-siatcd. 

FCBLANKn is tri-stated.). 
Nordic does not have EDCLKn input as FCDCLK and FCVCLK arc not shared. 

OVRW O OVRW in 5428 = Overlay Window, This active Low signal, is generated 

by the BLANKn VT and HT logic (shared) and is supposed 
to be used to create an Overlay Window in which data 
from the Feature Connector is displayed. / don't know 
why we output this signal. It should be controlling the 
MUX between the normal pixel address and the FC 
originated pixel address. 

4.6 On WavePort Architecture and Audio Driver 

Starting from Dave Keenc's WavePon Specification. Rakesh. Sasha and Vlad camc-up 
with some ideas which could greatly simplify the design work for WavePort, reduction the 
complexity and the number of gates of the WavePon. cirrus Confidential 

We'll Stan with the small issues and move towards more important issues. Business Information 

4.6.1 AUXSland AUXS2Pin 

A. Dave proposed to share this pin with PDN (Power Down) WavePon Pin and configure 
it as AUXS2 when using 423 IS. 

We noticed that 423 IS does have a PDN pin which we'd like to use to save power 
We'll put AUXS2 on another pin. 

B. Dave proposed to have a fully programmable location for AUXS I and AUXS2 CPU V 
O map with a default at 530H and 388H. This is costly (4 registers and fast comparators ) 
and very difficult to design at required speed: will slow down address range decode for I/O 
a lot affecting command to command parameters. 

We suggest to have a fix address for these poru: 530H and 388H. 

Two register bits (one per address) can disable the chip from answering to these VO 
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addresses. 

If we are not sure where lo place these pons, we can leave it as a metal option for future 
modification or have one more altemadve for each, but the address should be fix for fast 
decode. 

GR58:GR5B are no longer needed if this option is accepted. We'll need two bits to disable 
530H and 388H address decode and eventually two other bits to select other two alternate 
I/O addresses. We should always decode 16 addresses: 530:53F and 388:397 (not 4 or 16). 

4.6.2 WavePort R/W Buffer Location and Size 

To simplify the h/w and reduce verification work-load , WavePort R/W Buffer Size should 
be fix: 32KB for each, enough for at least 180msec of operation -> 90msec for half buffer. 
Every 90mscc the CPU will have to fill and/or empty half Audio Buffer (write or read 
respectively). 

It is also possible to place the WavePon memory buffer in a fix memory locadon. common 
for both desktop and portable architectures. We could place it in Memory in the upper pan 
(in high address area), just before the h/w cursor. If the h/w cursor takes the upper 1 6KB 
of the memory, we could use the next 64KB for the WavePon buffer 
Going down in memory, in Nordic we*d place the h/w icon in the next 16KB (only 4KB 
needed now... but leave some room for expansion) and the Half Frame Buffer for mono- 
chrome and color panels in the next 32KB and 96KB respectively. 

Tout: 

96KB for CRTrTFT/SS STN panels, 
128KB for nranocbrome panels and 
192KB for dual scan color STN panels, 
out of 1MB or 2MB memory available. 

When the memory is expanded, all these fix components should move automatically in the 
upper side (towards the end of memory). 

This places the WavePort buffer at: 

- for 1MB of memory by 32 (256Kx32 -> 00000:3FFFF) 3B000:3EFFF 

- for 2MB of memory by 32 (512Kx32 o 00000:7FFFF) 7B000:7EFFF 

If we adopt this solution, GR43 is not needed. B^'s'l^wSSmS^ 

4.6.3 On Host Access to WavePort Buffer 

In order to ensure independence between the Graphics s/w Driver and the Audio Driver, 
taking into account AVGA limitation of no CPU accesses during BUT operation, Dave 
proposed a separate path for WavePon Host Accesses. This involves a separate 4 stage by 
32bit write and read buffer and separate arbitration for the Audio cycles. The buffer is 
shared by WavePon read and write operations and an 1/0 to an extension register bit is 
needed in order to switch from a read operation to a write operation or vice-versa. 
Dave also proposed that the host address be dependent on GR6 CPU address map bits 
such that the video and audio address maps don't overlap. 

Please note that this approach prevents debug with a Hercules card when in graphics. 
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In the following an alternate scheme is proposed: 

- There is one register bit that enables WavePon memory write accesses and one register 
bit that enables WavcPort memory read accesses. When one of these bits is asserted .the 
chip expects only host accesses for the WavePort: the host address will be automaticaUy 
translated to a memory address inside the WavcPort buffer. The access will be fully linear. 
32bit only, graphics mode independent (like in extended 8bit/pel). The Graphics block 
will be forced to this mode and all planes will be automatically enabled. On the Host side, 
the WavePon buffer will be placed always at AOOOrOOOO - AOOO:FFFF •> 64KB with 
32KB for read buffer (the upper side) and 32KB for write buffer (the lower side of this 
64KB segment). 

■ The CPU Data Path is the same as for any other CPU cycle: no special FIFO, no special 
arbitration are required. The Audio Driver and The Graphics Driver conununicatc through 
interrupts: There is an interrupt for BUT completed (Dave*s idea when presented with this 
proposal) and an interrupt for Audio Buffer Full (or Audio Transfer Completed). When the 
BUT is completed, if Audio is enabled on the chip, the BLT Completed interrupt allows 
the Audio Driver to check if there is any need to service the Audio and vice-versa. 
If possible, the Graphics driver should restria the extent of the BLT operations to less than 
1 60msec or so (leaving at least 20msec to start filling the WavePon buffer). 

- There i s no on chip CPU WavePon address generanon. The CPU address in the range 
AOOOO: AFFFF (incremented by 4 every cycle for DW accesses) is translated to physical 
memory address 3BOOO:3EFFF. If host side WavePon pointers are used, the host address 
is latched and translated for comparison with the Codec pointers generated on chip. 

Adopting this scheme would greatly simplify the extent of the design and vcri5cation 
work for WavePon: 8 weeks at least will be saved. 

Cirrus Confidential 
Business InformatioD 

4.6.4 On the Audio Driver 

Dave proposed that the Graphics Controller has h/w to compare the WavePon pointers and 
generate interrupts. The Codec pointers are I/O readable by the host as well as several 
buffer stams bits (Audio-IN buffer Full, Audio-In buffer half-full, Audio-Out buffer half- 
empty, Audio-Out buffer empty,...). 

Nordic- IM will suppon Dave's proposed interrupt driven interface. 
In this case the only important difference for the driver will be that it will have to generate 
the buffers address and not rely on the h/w to do this (Dave suggests that CPU will write 
and read always the same address A000:0 or B000:0 and the actual address on the host 
side is generated on the chip - we sugesi to change this and let CPU generate the address). 

Because CPU has to wait untill the a BLT operation is complete and the BLT has to wait 
for Audio buffer to be full or the transfer completed, two more interrupts arc needed: BLT 
operation completed and Audio transfer completed. This way the Audio Driver and the 
Video driver can conrununicate with each other. 
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The Read and Write CPU side pointers will be generated by latching the last read and 
write WavcPon CPU address Oower 16bits only) after translation to physical memory 
address. Comparators on the host and codec pointers will generate Buffer Full and Buffer 
Empty signals. 

Jeff On drew our attention to the fact that the driver transfers a certain size block and 
needs an inicnupi anytime half of what was placed in the Audio buffer was read by the 
Codec (the play-back buffer is half empty). To make things simple for the h/w, we propose 
to give Jeff an interrupt when the CODEC side playback buffer read pointer reached a pre- 
programmed value, value the driver programs cvcrytime it transfers a block of a certain 
size in the playback buffer. For instance, if the driver put 2KB of data in the playback 
buffer starting from phisical address 3B000 (host address AOOOrO) and wants on interrupt 
when the first 1KB was read by the CODEC it should program 3B0FF in the playback 
interrupt register, as 1KB « 256 32bit words. The register will have 16bits and the driver 
will program BOFF to get an interrupt when the CODEC reads 3B0FF or 7B0FF playback 
buffer address. 

Similarly, on the record side, there will be a programable interrupt on the CODEC side to 
be used to tell the driver when the Record buffer is half full. 
So we'U need two 16bii indexed registers for these programable interrupts. For each 
WavePon interrupt we also need a status bit to say that the interrupt happened, an enable 
bit to enable the particular interrupt. As Dave proposed, GR4D is the Interrupt Status reg- 
ister but bits [0] and [21 will be the programable interrupts status bits. The interrupts and 
the status bits will be cleared after this register is read (automatic clear in h/w). 

We could use registers GR58:5B as high and low byte for the programable interrupt 
on Record and Play-back buffers respectively. 



The write-buffer (or Audio-Out =the one in which the CPU writes) is empty one Wave- 
Pon write cycle to memory after 

(this condition will acovate set an enq)ty flag). 

The write-buffer is fuU one WavePon write cycle to memory after 

WRBUF-Read-Pointer = WRBUF-Write-Pointer + 1 
The same equations apply to the WavePon read-buffer, only this time the read-pointer is 
on the host side and the write-poinier on the Codec side. 
Shouldn't be a Audio-Out buffer fuU interrupt and a status bit for it? 

Threshold detect mechanism will require to increment host pointers, but the CPU is sup- 
posed to read this pointer and generate the proper address when going above the threshold 
The Idea of the threshold detector is diat by incrementing the Audio-ln read pointer everv- 
omc the wnte pinter is incremented if the Audio data is under the threshold value the ' 
aeto between the pointer remains the same and the buffer does not fiU in with sub-thresh- 
old value. TTus was true if the half-fuU detection had been generated based on the delta 

S^^StX"?^'- ^ ^8 some clarificanons to be made on the 

threshold detea mechanism for record: 
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For one record scsion, this is a one time event mechanism: if, the threshold was passed 
once after being enabled, its effect is lost - even if the sound level goes below the thresh- 
old the record buffer read pointer works normaily. The threshold will help only in the ini- 
tial stage before the first acnial voice pattern is detcaed, but it does not have any effect . 
after the iniinal triggering event - once the sound levcd passed once the threshold. 

With this driver approach, GR43 and GR58:5B wiU not be needed. 

Five registers are saved. Twenty One register are still needed (plus two reserved = 23). 

Another possible approach for the driver uses extensiveiy the Vertical Interrupt: 

In this case every Vertical Interrupt, the Audio Driver reads the Codec side pointers, com- 
pares them with the Host side pointers, the driver generates based on the CPU address it 
last wrote to or read from and makes its own decisions. The driver will also check the BUT 
completed status biL 

In other words, every 18msec (@60H2) , on the Vertical Interrupt the Audio driver can 
process data from the Codec pointers, calculate based on the last address if the WavePon 
buffer is full or empty and decide how many more WavePon accesses to execute As at 
least 180msec worth of dau is in a full Wavepon Buffer, the driver has 6 opporrumties to 
find out that the buffer is empty and stan filling it before half WavePon buffer is empty 
On chip h/w is still needed to stop sending data to the Codec after sending aU data and to 
read ail data from the WavePon read memory buffer on the host side. Because the CPU 
decides when the buffers are full, half full or empty there is no need for registers for the 
pointers on the CPU side, but the CPU address will still be latched to generate the host 
side pointers. 

The *'BLT operation completed" and the "Audio transfer completed" interrupts are needed 
anyway bacuse we share the data-path for BUT and CPU cycles. 

By adopting this mechanism in the driver, no special h/w is needed to preserve pointers on 
the Host side, to compare the Host side pointen (read and write) with the Codec pointers 
and to generate mtemipts and status bits. The only interrupts needed are Standard VGA 
Vcmcal Interrupt as a time base, BUT completed Intemipt and Audio Completed interrupt. 

We can still implement the threshold detect. 
GR44,GR45, GR48 and GR49 won^t be needed. 

Nine registers are saved. Seventeen register are still needed (1 9 with two reserved reeis- 
ters). * 

Cirrus Confidential 
Business Information 

Conclusion 

m above proposal, if OK for the WavePon driver, would reduce significanUv the amount 
J.rZl\^t ^^^^ °" WavePon. This document was written in order to 

fh. D ? ^ agreement ASAP Our goal is to have a unique s/w model for 
me wavePon but we d like to cut the amount of work if possible. 
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Nine registers are saved. Seventeen register are still needed (19 'with two reserved regis- 
ters). 



Condusipn 

The above proposal, if OK for the WavcPon driver, would reduce significantly *Jic amount 
of design and verification work on the WavcPon. This document was wrinen in order to 
get feed-back and reach an agreement ASAP. Our goal is to have a unique s/w model for 
the WavePoa but we'd like to cut the amount of work if possible. 



4.7 Four Bit per Pel Packed Format 

To fuDy suppon Windows Chicago, Nodiic-IM should suppon 4bit/pel packed format. 
CPU will be able to write only 8bits or more at a time. To modify only 4bits the CPU will 
do read modify write and mask four bits (bring them from CPU latches). 
The following picture shows the actual format: 



7 4 


Memory Data 

3 0 15 12 11 8 23 20 19 16 31 !?! 


!27 24 


PO 
msb Isl 


PI 1 P2 1 P3 1 P4 
msb Isllmsb UbI msb Isbimsb Isb 


P5 
msb Isb 


P6 

msb tsb 


P7 
msb Isb 



Pixel Left Pixel Right 

I -si pel 2-nd pel 3-rtpel 4.thpel 5-ihpel 6-th pel 7-th pel 8-th pel 



In order to get Nordic- IM to suppon this mode, we need to place the VGA Video Data 
Path in 8bii per pixel mode with pixel doubling (mode 1 3) but disable the mechanism that 
concatenates adjaisant 4bits to make one 8bit pixel displayed twice (at a divided by two 
RAMDAC VCLK) and disable as well dividing by two the RAMDAC VCLK. 

On the (3>U side chain 4 address scrambling should be disabled and data should be 
shifted right like in extended 256 color modes. 

In nordic-regs.rcv9.lst we assigned SR26[0] to enable this graphics mode. Cirrus Confidential 

Business InformatioD 

I 4.8 Robin's Ideas on High Resolution Panels for Nordic-IM 146393 

Nordic's objective is to be able to center and fiU the screen on 800x600 panels and to cen- 
icran 800x600 picture on 1024x768 panels. The main focus is 800x600 panel suppon 
TFT and dual scan Sm 
In TEXT there will be three options: 
- horizontal and vertical centering with 9x16 fonts (disable 640x480 force to 8dots font) 
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4.7 Four Bit per Pel Packed Format 

To fully suppon Windows Chicago, Nodric-IM should suppon 4bit/pcl packed format 
CPU will be able to write only 8bits or more at a time. To modify only 4bits the CPU will 
do read modify write and mask four bits (bring them from CPU latches). 
The following picture shows the actual format: 



31 29 28 24 23 2019 16 15 12 11 8 7 4 3 n 


PO 
msb tsl 


PI 1 P2 1 P3 
msb Ubmsb Isbl msb 4st 


P4 

msb Isfc 


P5 
msb Isb 


P6 

msb Isb 


P7 
msb Isb 



Pixel Left Pixel Right 



In order to get Nordic- IM to suppon this mode, we need to place the VGA Video Data 
Path in 8bit per pixel mode with pixel doubling (mode 13) but disable the mechanism that 
concatenates adjaisant 4bits to make one 8bit pixel displayed twice (at a divided by two 
RAMDAC VCLK) and disable as weU dividing by two the RAMDAC VCLK, 
In nordic-regs-rcv9.1st we assigned SR26[0] to enable this graphics mode. 

I 4.8 Robin's Ideas on High Resolution Panels for Nordic-IM 

Nordic objective is to be able to center and fill the screen on 800x600 panels and to cen- 
ter an 800x600 picture on 1024x768 panels. The main focus is 800x600 panel suppon 
TFT and dual scan STN. 
In TEXT there will be three options: 

- horizontal and vertical centering with 9x16 fonts (disable 640x480 force to 8dots font) 

- auto-expand the font to fill the screen 

- special font to fill the screen 

In Graphics there will be tree options: 

- hohrontal and vertical centering 

- use a driver to run at maximum resolution 

- automatic expand to 800x600 (only if s/w verification shows it being OK). 

In all cases horizontal and vertical options will be decoupled (different enable bits). 

Here's a list of what needs to be done: 

a. Expand horizontal and vertical centering capability from 640x480 to 1024x768. 

b. Shadow all HA^ CRTC registers except HDE and VDE. Cirms Conndential 

Business informatiOD 
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The vcrdcal registers are shadowed now, but the horizontal rcgistcn arc not. 

We need to shadow CRO, 2, 3, 4 and 5. These registers will be written by the BIOS at 

POST 

c. Suppon lOdot character-clock and OIT-FIFO-Rcad / Shift/Load (Video-Serializcr 
Load). Now only 8dot and 9dot character-clocks are supported. For smooth-scrolling the 
pel-pan has to be expanded to 10 pisitions (0:9). 



d. TEXT auto-expand will be as follows: 

- horizontal: replicate the last pixel once for 9 dots wide fonts and twice for 8 dots wide 
fonts. 

- vertical: replicate all odd scan-lines 



TABLE 3. Font EzpansioD for DifTerent Panel Sizes 



FoDt-Size^PiAe)-Size 


480 


600 


768 1 


8x14 


8x19 


10x21 


10x21 center | 


8x8 with scan-in. doubling 


8x19 


10x24 


10x24 4> center | 


9x16 


8x19 


10x24 


10x24 center | 



Please note that in text vertical expansion is done on the scan-line counter as well as the 
vertical display line counter, but it docs not affect the vertical non-display line counter, 

c. Graphics modes expansion (to be implemented only after s/w verification) 

Graphics expansion is less important as it is assumed that important applications will run 

at maximum panel resolution with a driver. 

We'll need to supply drivers for many applications with high res. panels !! 
Vertical expansion: 

- 3501ines -> replicate all odd scan-lines 

- 4001ines -> replicate all odd scan-lines 

- 480 lines -> replicate every 4.th line 
Horizontal: 

-center 

- duplicate every 4-th pixel 

- duplicate every 4-th pixel with diagonal shift 

(scan-line 0 -> 1st pel, scan-line 1 -> 2nd pel, scan-line 2 -> 3rd pel, scan-line 3 -> 4th 
pel). 



5.0 NordiclM Pinout Specification B^«Ss?nt«'.S« 
208 pin package: 

* CL 146395 

System Intfrface (H.fpr«.r> i., vfsa vt h..«)- 2I 
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(on BVDD) 

DAT31:0 

HIMEM (normally used asW)R24, but it can be used as ADR3 1 and leave 2GB of upper 

address space reserved for MPEG/JPEG boards) 

ADR23;2 

BE3n3E2n.BEln3E0n 
LADSnXDEVn,RDYn 
M/IOn, W/Rn 
RESET, LCLK 
RDYRTNn, 

EBR0MnA^ADRn/AUXS2 (Enable BIOS ROM Buffers on aU bisses or Vklid Address - CPU 

Adtess in Nordic valid address range UO or memory or Auxiliary Select 2 to 
be used to select the Audio Synthesizer or some odier audio chip) 
INTR, CLK32K/OVRW, OSC/XVCLK (14.318MHz) 
SUSPln/BUn/FCBLANKn, SBYIn/ACTIn/FCEVIDEOn 

(32KH2 clock input / FC Overlay Window Output controlled by VAFCPU. 
Supend Input/ Back-Ughi Input/VAFC BLANKn I/O signal controUed by 
VAFCPU - pin configuration -and FCESYNCn - FCBLANKn direction and 
HS YNC/VSYNC HI-Z or not; 

Stand-by Input/Activity Input/VAFC External Video Control Input - controUs the 
direction of FCPt7:0]. Pin configuration controlled by VAFCPU). 

Configurations: - VUPCI/ISA bus, support/not BIOS, 8/16bii BIOS. 

- Need a register bit to selea SUSPEND Input or Back-Light Input. 
Default is SUSPEND Input 

- Need a register bit to select Stand-By Input or Activity Input. Default is 
Stand-By Input 

- SUSPIn, BLIn, SBYIn, ACTIn are level triggered, active L inputs. 
In Nordic there is no Suspend pin polarity bit as in Tl (SR8(4]). 

hm a.In pa bus, Alpine used ADR17:2 as BIOSA15:0. We assume that all portable 
systems will use a motherboard video BIOS and do not support an adapter BIOS in 
PCI. We do suppon an ad^tcr BIOS in VESA VL bus and ISA to facilitate demo 
board design. 

b. EBROMn is active on all bus types: in ISA is generated on Address Decode and 
MEMRn, while in VL and PCI is unlatched address decode. In PCI bus the BIOS should 
be relocatable, an option we do not suppoa That is why we say that we do not suppon 
BIOS in pa. We do suppon lOCHRDYn and RDYn/TRDYn for BIOS accesses too. All 
this logic should already be in 5428 (ISA and VL) and Alpine (PCI), 

c. The 5428 Feature Connector pins are available in all buses. A register bit enables 
them early in the logic to save power when not in use. 

Cirrus ConfideDtial 
Business InformatiOD 
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DRAM Interface (for fl^Tmetric. dual WEn 1^6Kr\fi HR AM,cv ^fi 
(on DVDD) 

MA9:0 
MD31:0 

RASOn.RASln,CASn/WEn, OEn 

WE0n/CAS0n,WEln/CASln,WE2n/CAS2n,WE3n/CAS3n 

Configurations: symetric/assymctric DRAM, dual WEn/CASn 

Note: a) For dual CASn DRAMs, the WE0n:WE3n pins become CAS0n:CAS3n, while 
CASn becomes WEn, 

b) Two RAS-es are used for two banks. 

c) OEn is not actually needed as we use early write. 



Clock Svnth«t7i>rc> ^ 

(MAVDD, MAVSS feed mclk clock synthesizer, VAVDD, VAVSS feed dclk clock synthe- 
sizer) 

MAVSS, VAVSS, MAVDD, VAVDD, 
MFILTER, VFILTER 

(Can we design a clock synthesizer without an external filter?) 

CRT !nterffln> and R AMT^AP r^iat^ nin^- 
(DAVDD. DAVSS feed aU RAMDAC custom layout) 

R,G,B (analog) 

IRcf, DCVDDl, DCVDD2, DCVSSl, DCVSS2 
HSYNCVSYNC TO (these two pins are on BVDD ) 



FLAT PANF.I , and Powir ManaoPin>nt lnt>rfap> ^nn PVni^)- ^1 

R7/FCP[3], R6/FCP(2], R5:0. G7/SUSPSTn/FCPtl] 
G6/SBYSTnyFCPtO]. G5:0. B7/M0D. B6/FCVCLK. B5:0 

(use slow edge pads and stagger them modulo 4) Cirrus Conndential 

FPVDCLK. LLCLK. LFS. FPDE. (use slow edge output pads) Business Information 

FPVCC, FPBL, FPVEE 

Notes: 146397 

b. R7:6. 07:6. B7:6 (24 bit TFT panel extra video data out pins) 

c. We need also bits for SUSPST and STANDBYSX PANEL-ON/OFF. PANEL- 
IN-POWER-UP-or-DOWN. 

d. We assume that the 24bii TFT panels do not need external MOD. 
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c. No >JPD pin. 

f. FCP[3:0] pins arc I/O-s whose direction is controlled 6y FCEVIDEOn in 
VAFC configuration. FCVO-K is the clock thai clocks them in and which should 

be used to clock them while they are displayed or at least to rcsynchronizc them before 
being latched on the internal clock. FCVCLK is always an input when in VAFC configura- 
tion. 

g. Nordic- IM facilitates NTSC output by providing RGB 6:6:6 just before DAC on 
the R5:0. G5:0, B5:0 when in a special mode. It also provides odd/even frame signal and 
true Display Enable in sync with the RGB. Nordic- IM will run in terlaccd mode when in 
NTSC Out mode. All the needed signals wiD be conuning out on the Flat Panel Pins in the 
NTSC Out mode. 



Audio Port (on AnVDmr ^ 

SDO (SErial Data Output to CODEC pin SDIN) 
SDI (Serial Data input from Codec pin SDOUT) 
FSYNC (Frame Sync Output) 
SDCLK (Serial Daia Qock I/O ) 

D/Cn/AUXSl (Data/Control Select Output or CS4231S Chip Select for the ISA bus) 
PDN (Power Down Ouq^ut) 

Note: These pins can be used as extensions for 24 bit TFT panels, in which case the chip 
does not support the audio port Note also that CS4215 has Resetn pin. 

Cirrus Confidential 

_ Business iDformatioD 

MiscgllaniKiiK Pine* ^fl 

Following pins on MVDD: 

TKWn I (Test Latch Load Enable, active L - for pinscan & test mode) 

SW2 I ( Switch #2 or reserved for SDRAM suppon in the future) 

SWl/MCLK/XMCLK I/O with PD controUcd by XReset 

(Switch #1 or mclk driver buffered output for tesing and debug 
or external mclk for testing; a special register bit disables this 
output in normal operation for power savings. 
Default: Input on which either SW2 or XMCLK comes in. 
Only if the special register bit 

is set, this input becomes output and outputs MCLK from the clock 

synthesizer for testing. 
The special register bit defaults 0 = the pin is 
configured as Input. Please note that a h/w configuration PU/PD 
controUs if the actual internal mclk comes from an internal or 
external source, but this PU/PD docs not control if 
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SW2/MCLK/XMCLK is an input or an output) 

RES4CKE O NC Pin Reserved for Future Nordic chips 

Following Pins on BVDD: 
SWOA^CLK/FCDCLK I/O (Switch #0 Input or vclk driver buffered output for 

testing and debug, or VAFC Dot-Clock Out ; 
Default for this pin is Input on which SW#0 is applied. 
VCLK and FCDCLK is the same signal, the name is 
diferent to ease reference to VAFC spec ) 
FoDowing Pins on PVDD: 
FCP[7:4] I/O Feature Connector Data Pins bits 7 to 4. 

The other Feature Connector pins are shared with some 
panel or host bus pins. 
FCESYNCn/RES4SDCLK I 5428 Feature Connector ESYNCn pin - controUs the 

direction of FCBLANKn and its eflfea and tri-states HSYNC and VS YNC. 



Svstcm/Bus Interfai^ Signal Manninp 

(Sec 54xx Reference Manual for Feature Connector Pins Description: FCyyyy) 
TABLE 4. VESA*VL <»> PCI bus o> ISA bus Pto Mapping 



VESA-VL 


Intel-PCI 


ISA 


HIMEM ' 






ADR23:16 ' 




LA23:16 


ADR15:9 ^ 




SA15:9 


ADR8 


PAR 


SA8 


ADR7 


STOPn 


SA7 


ADR6:2 




SA6:2 


B£3n 


C/BEn3 


SAl 


B£2n 


C/BEn2 


SAO 


BEln 


C/BEnl 


SBHEn 


BEOn 


C/BEnO 


RFRSHn 


DATS 1:22 


AD3I:22 




DAT21:19 


AD21:19 




DAT18 


AD18 


MWRn 


DAT17 


AD17 


I0CS16n 


DAT16 


AD16 


IRQ 


DAT15:0 


AD15:0 


SD15:0 


RESET 


RESET 


RESETDRV ?? 


LADSn 


FRAMEn 


BALE 


LDEVn 


DEVSELn 


MCS16n 


RDYRTNn 


IRDYn 


AEN 
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TABLE 4. VESA-VL <•> Kl bus <*> ISA bus Pia Mapping 



VESA-VL 




ISA 


W/Rji 


msEU 


lOR/i 


M/IOn 




MRDn 


LCLK 


CLK 


lOWn 


RDYn 


TRDYn 


lOCHRDY 


EBROMn/VADRn 


VADRn 


EROMn/VADRfl 


i>rrR 


INTR 


ZEROn 



Notes: I. SW2, SWl/MCLK/XMCLK and SWOA^CLK pins arc 

normally used by the BIOS as panel type switches readable on SR24[2:0]. 

2. XMCLK and XVCLK (on OSC/XVCLK) arc needed for manufacturing test of 
the chip. When they are used, SR24[1 :0] will wiggle at clock rate and they should 
be masked on the tester. 

3. MCLK and VCLK are needed for manufacturing test of the clock synthesizer 
and for chip debug. 



Digital. MiT^ VnltaPP Pnw#r Pine- 22 

BVDDK BVDD2, FPVDDL FPVDD2, MVDDU MVDD2, ADVDD, 
CVDD 1 :4, (B VDD goes now to HS YNC and VS YNC) 
VSS1:11 

Total Pins Used: 208 (with no pin left). 

Pinout Modifications in n>v rgtativp tn rev, ^7 00/11/9^ 

1. Took-out Whisper Suppon Pins: WWRn. WRdn, WAD[3:0], FPCn 

2. Reduced the number of CPU Address Pins: ADR[24:27] weni-away. Use HIMEM to 
place the chip outside 16MB of memory for linear addresing. 

3. KiUed CRTVDD and placed CRT Interface on Host Bus VDD. 

4. Introduced VAFC pins in a unique pinout configuration in both VESA VL and PCI. 
Added VAFCPU a puU-up to enable VAFC (VESA Advanced Feature Connector). 
ADRI27:24] VAFC pins, and R[7:41, G[7:6] . EROMnA^ADRn. SUSPl/BLI. SBYiy 

ACT! get a configuration for VAFC -> total 14 pins. 

SWOA^CLK wUl be used as VAFC VCLK, losing S WO pin as panel type when VAFCPU 
is used. 

In PCI bus, no ADR pin wUI be shared with VAFC. 

ASWOPU (Alternate Switch 0) will be added on MD pins to replace SWO pin when 
VAFC is enabled by VAFCPU. ASWOPU will read-back in the same register bit as SWO. 



Cirrus Confidential 
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so the BIOS will not feel any modification in the reporting scheme. The chip will draw 
more power in suspend with VAFC. 

5. Moved SW2, SWl/MCLK/XMCLK the two reserved pins (one obtained by killing 
a^TVDP)and TRWn on MVDD to prepare for SDRAM pin compatible option in the next 
Nordic that supports SDRAMs. Marked them as "reserved for SDRAM pin name". 

It looks that TRWn will not be needed, but it was moved on MVDD so that in case i: is 
needed, it is available (in this case we'll need an extra switch for SDRAM suppon or ai 
least to disable TRWn test mode effect). 

6. Rcaranged VAFC pins as pins R4 and R5 were used by VAFC - an error. 



CnnfjgurinP Nordic-IM 

If Terminator used specially assigned pins to configure the chip, Nordic*lM will use 
some of the MD31:0 pins sampled on the Reset trailing edge, similar to Mustang. 
The pad cells will have an active pull-down controlled by an extended Reset signal. 
The pull-down resistence will be about 75KOhm. An external pull-up less than 60KOhm 
is needed only if the option is used. In Suspend, the MD pads are inputs and the DRAM 
OEn is H so no DC current is drawn by the configuration h/w. An external resistor is 
needed only if the configuration pin has to be H at Reset. 

All h/w configuration latches are read accessible via I/O. The h/w configuration is 
latched on Reset trainltng edge, (these latches were r/w, with s/w PU read, having only 
read is enough). 

We'll define the configuration pins to minimize the number of external r^istors: 



CPU Bus Configuration: 



On MD 1 8: 1 6 & •> no external PU 
&MD23 ->MD16PU 
->MD17PU 
->MD18PU 

-> MD23 PU 



Reads-back in SR22: 



= 32bits VESA VL bus at 33MHz or less bus clock 
= 32bits PCI bus with Burst PU called "PCIPU" 
= I6bits ISA bus PU called "15; API T" 

= 32BIT VESA VL BUS AT 50MHZ BUS CLOCK 

PU called "FVl.PIT 

= 32bits PCI bus no Burst PU called "PriNRPn" 
This is a reserved configuration in case burst docs 
not work on a PCI bus. 



PCIPU onMD16 -> SR22[0] 
ISAPUonMDl? ->SR22[1] 
FVLPU on MD18->SR22[2] 
PCINBPU on MD23 •> SR22P] 
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Clock Configuration: 

OnMD19 (reads back on SR22[3]) 

-> no external PU = internal MCLK and VCLK clocks, from the internal clock 
synthesizer 

-> MDI9 PU = use external clocks from SWl/MCLK/XMCLK and 
OSC/XVCLK 
PU called-XCLKPt J" 

This PU is used for manufacturing tcsL 

One reg. bit is needed if internal clock is selected to control outputing mclk on the 
MCLK/XMCLK pin = 1 if use internal clock then ouxpui it on SWl/MCLK/XMCLK 
pin. -> SR23[0] is this bit 



Memory Configuration: SRF[0] 

No Pins, Use Two Register Bits -> 2CAS/2WE bit=H 2WE, bit=L 2CAS (default =L) 

-> Symetric/Asymetric bit^H Asym., bii=L Sym, 
(default=L) 

BIOS Support: (reads-back on SR22[6] for BI0S8PU) 

Nordic- IM supports 16bit or 8bit BIOS and only in ISA bus configurations. 
The BIOS is always supported when in ISA. 

On MD22 -> no external PU = 1 6bit BIOS 

-> external PU = 8bit BIOS (no MEMCS 16n decode on COOO) 
This option is mostly for debug in case 16 bit BIOS range decode is not fast enough. 
If the BIOS suppon is disabled, this configuration is don't care. Called "BT05;«Pr " 
Please nou that Nordic-IM supports COOO BIOS only in ISA. 

In a normal note-book the BIOS is at E000:0, not supponed by Nordic: so no external 
component is needed. 

Sleep Address Selection: 

On MD2 1 : Sleep Address Selection (reads-back on SR22[5)). 

•> No external PU = sleep at 3C3[0] - to be used when Nordic is on the 

Mother-board (most cases) 
-> External PU = sleep at 46E8[3] - to be used when Nordic is an adapter 
(like a PCMCL\ card and/or an adapter to turn desktop into an 
environment friendly PC/ Called: S46PU 

Cirms CoDfidential 
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INou tbat Nordic-IM comes-up awake, tbougb this has to be cleared 
with the BIOS group. 

Feature Connector Configuration: (reads-back on SR24r7]) 
On MD25: 

-> No external PU = no Feature Connector Support: outputs used only for FC 
are forced L 1/0 are forced inputs, I/O and inputs are forced on the chip so that they do 
not take power if not connected externally. 

-> External PU = All pins needed for FC including OVRW arc active. 
Called: VAFCPU 

On MD26: Alternate SWO Selection (Reads-back on SR24[0] when SR24[7] is 1 ) 

When SR24[7] is h SWO pin is forced to output DCLK and this external PU 
latched on Reset trailing edge plays as SWO. It reads back at the same bit 
as SWO does. 

-> No external PU = SWO reads back 0 in SR24[0] 

-> External Pu: SWO reads back 1 in SR24[0). 

I Total: 10 H/W PU configuration options. 

In normal operation with FC enabled up to three external PU-s may be needed (bus tvoe 
ifnot VLandFC). 

In normal operation with FC disabled up to one external PU-s may be needed (bus tvDC 
if not VLandFC) ^ 

Summary of PU/PD Configuration Pins and Register Bits where they can be read-back: 



SR22 [7;01 H/W Configuration Read Register #1 

Read only register, written on reset training edge by activating PU/PD on MDi pins. The 
PD-s are inside the pads active only during XResei (extended reset). 

I [7] 32bits PCI bus no Burst h/w PU configuration on MD23. It is caUed "PCINBPU" 
(read only bit). 

This is a reserved configuration in case burst docs not work on a PCI bus. 

[6] Select 8 bit BIOS suppon (if 1 ), Otherwise 1 6 bit BIOS suppon if the BIOS 
I support is at all enabled. PU on MD21 

Cirrus Confidential 
Business Information 

[5] Resereved for Sleep Address Select: reads back S46PU (MD2 1 ). 

1 = 1/0 address 46E8[3] as sleep address (needs external PU). i a^... 

0^^ 1/0 address 03C3[0] as sleep address (no external PU is needed). ^ ^ ^^^^^ 

I [4] Reserved 

t'''^^^ "^^^ °" SWl/MCLK/XMCLK and OSC/ 

XVCLK. (default: internal clock synthesizer, SWl and OSC). 
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PU on XCLKPU on MD19. 

0 = internal clocks with the pins used as inputs for panel type switch #1 and OSC. 
If SR23[4] and SR23[0] are 1, SWOA^CLK and SWl/MCLK/XMCLK. 
respectively become VCLK and MCLK outputs respectively, for test purposes 
(only if SR22[3]=0 MCLK can be seen, but VCLK can be seen even if SR22[3]=1 
aslongasSR23[4]s]) 

1= SW1/MCLK>XMCLK and OSC/XVCLK become XMCLK and XVCLK inputs 
generating directly chip MCLK and VCLK without clock synthesiicr. The clock 
synthesizers are powered down if SR22[3]s 1 . 



[2] Sclca VESA VL Bus at SOMHz 

1 = VESA VL bus at SOMHz selected (needs external PU on MD18) 
0 o VESA VL bus at SOMHz not selected 



[1] Select ISA Bus with PU on MD17. 

1 = ISA bus selected (PU on MD17) 

0 = ISA bus not selected (no PU on MDI7) 

[0] Select 32bit PQ Bus with PU on MD 1 6. 

1 = 32bit pa bus selected (PU on MD16) 

0 = 32 bit PCI bus not selected (noPUonMD16) 

If [1:0] = 00 (i.e. no external PU on MD17:MD16) 32bit VESA VL bus is selected. 
No more than one PU on MD17:MD16 should be used. 



Note: In AVGA3, CF14 is "Enable Local BUs Address Latching Interface". Alpine docs 
not have this configuration bit We need to do what was done in Alpine to get rid of this 
Configuration PuU-up/Pull-Down option. CAN we? Was this done, Dwarka? 

SR24 Panel 1>pe Switches Register 

[7] VAFCPU (VESA Advanced Feature Connector External Pull-up) Read-back. 
If external pull-up (the bit read-back 1 ) then all VAFC pins are configured for Video Pon. 
Otherwise they have other functions or are disabled if no other function. (Disablcd= the 
inputs are foced = the TTL and CMOST threshold controls are off & the outputs arc tri- 
stated. It actually reads back what is latched on Reset on VAFCPU. VAFCPU is on 
MD25. 



[2:0] SW2:0 pins read back (read only bits) Please note that bit [0] reads back SWO if 
VAFCPU {SR25[2]) is 0 and ASWOPU if VAFCPU is l.ASWOPU is on MD26. 

Configuration Register Bits needed: ^ 

Cirrus Confidential 
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Svmetric/Asvmetric DRAM -> SR8[7] in Tl. CF13 in AVGA3 

=>SRF[1] 0 = Symctric DRAM I>cfauit: 0 
1 = Assymctric DRAM 
This bit is read only in AVGAi (reads back CF9), but it is writable in Tl . li con- 
trolls MCLK frequency as an alternate to SRIR We will use only SRIF to program 
MCLK frequency in Nordic. The default MCLK frequency will be 39.374MHz, corre- 
sponding to SR1F[5:0] = 1 8H=22D. This frequency fully meets the spec for -80 256Kx 1 6 
DRAM-s. 



Two CAS or two WE DRAM -> pin 72 in Tl , CF12 in AVGA3 

«>SRF[0] 0 = 2WEDRAM (DcfauluO) 
I = 2 CAS DRAM 

1 6 or 32bit wide VideQ MemoTv fOne or Twn l^f^Kr 1 ^ DRAM-S or SDRAM-s) 
-> not in Tl, SRF[4:3] in AVGA3 (01«16bit, 10«32bit) 
=> SRF[7,4:3] will be used in Nordic with the same encoding as in AVGA3. 

( 1 1 is reserved for 64bit wide). Default; 10 (32bit). See Table next page. 

Please note that we have room to add other types of DRAM-s (SDRAM-s 

for instance). 



In AVGA3 SR8[0] is "CS OUt to EEPROM" a feature Nordic does not Support. 
Nordic wiU not change the meaning of AVGA3 bits unless they are read only 
(like the pins or external PU read back). 

SR8[2:0) are in Tl the read-back bits for SW2:0 input pins, but AVGA3 uses 
them for EEROM programming so we moved SW2:0 read back to SR24[2:0]. 

In Tl SR8[7] is symmetric/assymeiric addressing... in Nordic this is SRF[1]. 

Two or nn^ Rank 32htT x>^Hi> 

-> notinTl,SRFr7,4:3]inAVGA3 (00=8bii,0I=16biu 10=32bit. ll=64biu SRF[7] 
controls if 2MB of Video memory are available with 4x512kx8 -0- or with 4 256Kxl6 
DRAM-s, twoi banks - 1 -). It seems that in AVGA3 to support 1MB with two 256KxJ6 
drarrt'S and 32bit wide bus, we select 32bit wide and SRF[7}.,. but I do not exactly know 
how this configuration is selected. 

«> SRF[7»4:3) in Nordic, will select the Video Memory Configuration slighdy dif- 
fercnUy than in AVGA3 and Alpine. See the following table. 

Cirrus Confidential 
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SRFr7] 



.SRF[4] 



new 



0 
0 
0 
0 

new ? 1 
1 



0 
0 

1 
1 

0 
0 



SRF[3] 

0 
1 

0 
1 

0 
1 



Memory Configuration 
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32bit, 2MB=4x512Kx8 

I6bit, 512KB=lx256Kxl6 

32bit, lMB=2x256Kx 16 (default) 

Reserved (64bit in Alpine) 

32biu 2MBa4x256Kxl6, Two Banks 

Reserved 
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I 1 0 Reserved 

1 1 1 Reserved 

DBAMIilZUaudfiCI (shon RAS or long RAS) 
-> SRF[2] in Tl and AVGA3 

=> SRF[2) in Nordic, default 1 « shon RAS (3.5 L. 2JH) 

BIOS A«KB or ^^KR .> not in Tl: CF8 in AVGA3. In Tl SR8(4] is Suspend pin polarity. 

In Nordic Suspend pin is always active L (0 on pin puts the chip 
in Suspend). 

»> SR23[2) in Nordic «=0 32KB BIOS (default-0) O0000:C7FFF 
=1 48KB BIOS : CXXX)0:CCFFF 
The initial BIOS code should be placed in the first 32KB starring at address COOOO. 

BIOS ROM Tt-RO* wait selea in ISA and fast timing in VL bus 

-> not in Tl; CFl in AVGA3 
^ => SR23[ 1 ] in Nordic ^ no ZERO wait state for BIOS in IS A 

and slow, safe BIOS timing in VESA VL 

andPa. 

=1 ZERO wait state for BIOS in ISA. 8MHz 
bus 

Output intema] VCLK on vrLICOfVn.K nin .> not in Tl or AVGA3 

=> SR23[4] in Nordic =0 if SR22[7]=0. then 
VCLK/XVO-K is an output pin forced L 
=1 ifSR22[7]=0.then 
VCLK/XVCLK is an output pin and it outputs VQ-K. 



Output internal Mri K nn M CLK fXMn K pin .> not in Tl or AVGA3. 

=> SR23[0] =0 (default) force L on the pin 
s] output mclk 



Sumenril/BMhit .> not in Tl or AVGA3. 

=> SR23(5) in Nordic, 0» Suspend pin in Suspend/BLI pin (default) 

1 = BLI pin on Suspend/BLI pin cirrus Conndential 
SBY/Am Ki. .> not in Tl or AVGA3 »"^°^»»«»" 
=> SR23{6] in Nordic, 0= SBY on SBY/ACTI pin (default) 

1 = ACTI on SB Y/ACn pin ^ ^^406 

Video Pon Fnahlc hit artiv> i„ pq .> „, -pj „ AVGA3. 

(read only bit, actually reflecting the status of an external configuration PU: FCPU on 

MD25 latched at RESET or under S/W Control) 

=> SR24[7] 0= Video Port Disable at pins to 
save power: inputs are forced. 
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outputs are L I/O-s are inputs 
forced H in case the? are not 

connected in the system. 
If any shared pins, they arc not 
in Feature Connector 
configuration. 
1= Video Pon Enabled at pins. 
If any shared pins, they are 
now in Feature Connector 
Configuration. 

Live Video EnahlP hit .> not in Tl or AVGA3. 

=>SR24[6] 0= disable (default) 
Is enable 

Audio In (frnm CMt?! S tn Knrdic^ Enahli> hit -> not in Tl or AVGA3. 

=> SR24[5] 0= disable (force inputs 
inactive and outputs L 
disable AI-FIFO and cycles ) 
1« enable 

Audio Out (from Nordic to rSiS2\5) Enable hit -> not in Tl or AVGA3 

=> SR24(6) 0= disable (as above but 
AO-FIFO) 

1= enable 

Panel Tvnr Switch RMri-harW .> SR8[2:01 in Tl or SR7[6:4), not in AVGA3 

=> SR24[2:0] in Nordic, read only, writable on Reset or 
under S/W Control (SR24[3]) 
When SR24[3] whose default is 0. transits from 1 to 0 
SW2:0 pin value is latched into SR24[2:0 which cannot 
be written by I/O. 

Cross Talk Rrduction Pr^^^^|^ .> not in Tl or AVGA3. 

-> SR24[3] =0 disable (default) 

=1 enable - the pinout is configured to suppon 
cross talk reduction chip. The I/O registers 
for the cross talk reduction chip arc always 
decoded, to make things simple. Reserve 
SRFX for this purpose. 

Please note that R9xll:0] TFT Panel type field of Tl was expanded to suppon 24bii TFT 
panels: 

ATk ^nu V . ^ Cirrus Confidential 

00 -> 9bit (333) (as ui Tl ) Business Information 

10->12bit (444) (as in Tl) 
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01 -> 18bit (666) [was xl in Tl covering both 01 and 10 !!] 
1 1 -> 24bit (888) -> new in Nordic 

Notes: 

a. If 24bit TFT panel is selected, all related pins will be configured for it and it has prioriry 
over panel pins configuradon settings for cross talk reduction enabled. 

b. If 24bit TFT is not selected then MOD is sleeted on M0D/B7 pin. 

c. If STN Panels Cross Talk Reduction suppon is selected, and TFT type is not 24bits. 
then the Cross Talk Reducnon suppon pin configuration is selected. 

d. If 24bit TFT is not selected, then SUSPST is selected on G7/SUSPST and SB YST is 
selected on G6/SBYST and MOD is selected on M0D/B7. 



Other Register Relati^ Tnnirc 

(See Dordic-regs-rev#.ist where # is the latest one) 

BIOS SPnitrh Pi^cifp; #s and #6 (2 extra required) (r/w) 

SR28:SR29[7:0) arc scratch registers. 

Note that SR9, SRA, SR14 and SR15 are AVGA3 scratch registers which we keep in Nor- 
die. Also there are 13 18 bit scratch registers in the RAMDAC is SR12[1]=1. 



R9x - TFT Panel Data Fonnat 
[7:5] Reserved 

[4:2] Selea a 0 to 7 shift-clock delay from the internal character clock counter 

(8 VCLK/Character Qock) to TFT panel HS YNC (LLCLK) signal -> as in Tl . 

[1:0] TFT Panel Type: 

00 -> 9bit (333) (asinTl) 
10 -> 12bit (444) (asinTl) 

01 -> 18bit (666) [was xl in Tl covering both 01 and 10 !!] 

1 1 -> 24bit (888) .> new in Nordifi Cirrus Confidential 

- Bnsiness Information 
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CRlBt7t43^] (RIB in schematics): 

[7] Disable Text Cursor Blink in Tl. Do we use this feanire in Tl? 

Enable Blank End Extensions in AVGA3 
[4] PCLKO (Panel Clock) no divide by two conaol in Tl. 

I am not sure this bit is actuaUy needed in Nordic. 
[31 IRQ Every Frame or Every Other Frame ? Is this bit used inTl? 
[2) Not Used at All inTl. 

I think that all these bits are not actually used. Are they needed ? -> Robin. 

CR1C[7:01 & CR1D[7:01 

Are important LCD and Power Management Registers in Tl and Overlay Registers in 
Alpine. These registers are not in AVGA3, but because they are used in Alpine we may 
move them to CR2CI7:01 and CR2D[7:0], which requires one more CRTC Index Regis- 
ter Bit So: 

CRIC -> CR2C & CRID -> CR2D in Nordic relative to Tl. 
SRF[7] 

In Tl is CRT Refresh Disable. This bit gates /FB/RWC[5] in FB sheet 6. In AVGA3 is 

DRAM Two Bank Configuration select bit 

I don't think that this bit is used in Tl ? -> Robin. 

SR16 

In Tl is used to control the pads for power and threshold. In AVGA3 is not used. In Alpine 
is CRT FIFO demand threshold and other things ([4:0] are used). 

Move SRI 6 bits of Tl to SR20 to avoid contention with Alpine. Increase SRX Sequencer 
Register Index to 6 bits. 

SRIA 

In Tl is used as Test register. In AVGA3 and Alpine is Signature Generator Result Hi. 
Move Tl SRIA bits to SR21 if it is not replaced by a similar register in AVGA3. 



Nordic Revision and Mask Codes 

Nordic Ritvision: ?? 
Nordic Mask Code: 00 
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